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FIELD OF THE INVENTION 

[01] Our invention relates generally to database accesses. More particularly, our invention 
relates to methods and apparatus for querying one or more of a plurality of target 
databases with input data from any of a plurality of requesting sources. 

DESCRIPTION OF THE BACKGROUND 
[02] Many computing systems and end-users today need to interact with numerous different 
target databases in order to extract needed information. The input data these computing 
systems and end-users use to access these target databases is often diverse. In general, it 
is necessary to map this diverse input data from the varying sources to the target database 
entries in order to extract information. However, inconsistencies between the various 
input data and the various database entries often make this task difficult. 

[03] In particular, various target databases often contain errors, imperfections, and 
inconsistencies (such as incomplete, ambiguous, and incorrect entries) among themselves 
and each other. Similarly, the various input data sources (whether computing systems or 
end-users) often also contain errors/imperfections and inconsistencies among themselves 
and each other. In general, the errors and inconsistencies across the target databases and 
input data can be small (e.g., the database lists the full word "street" while the input data 
uses the abbreviation "St.") or more major (e.g., all entries in the database refer to "Route 
1" and the input data is entered as an alternative name, "Main St."). However, despite the 
degree of the errors/inconsistencies, it is still necessary and often critical to be able to 
determine a match between the databases and input data. 

[04] As an example of this problem, assume a user is searching for information about a 
building at a particular street address in order to identify any issues that might affect the 
value of the property. Relevant information could lie in county and town real-estate 
records, in state and federal tax records, in mortgage records across one or more financial 
entities, in newspaper archives, etc. Assume further there is an Internet-based service, for 
example, that can search these multiple sources on behalf of the user and return all 
relevant information based on the input address of the property. However, each of the 
target databases corresponding to these entities potentially has its own way of 
representing addresses. For example, the county records might maintain addresses in an 
abbreviated way because the records rely on block and lot numbers for accurate 
identification. The state records might be stored in an early computing system that is 

2 



Appl566 



limited in the number of characters used to represent street names. The financial records 
might be widely inconsistent in how they represent street names and indicators because 
different users entered the data and have different preferences. In addition, all of these 
databases are likely to contain records with data entry errors, such as typographical or 
spelling mistakes. Overall, there is a strong possibility that the service will have a 
difficult time successfully matching an input address entered by the user with each of the 
various databases. 

[05] Overcoming such mapping issues and finding a match between possibly 
erroneous/imperfect input data from a variety of sources and an entry in multiple 
different databases can be an onerous task. More specifically, assume there are "M" 
different sources for input data, each of which has its own characteristic type of 
variations/inconsistencies and errors. For example, input data sources can include 
databases, data obtained via user interface applications, data collected by customer 
service representatives during a phone conversation, transcribed hand-written notes, 
voice-recognition output, etc. Assume further there are "N" different target databases 
that can be searched for any given input data request from any of the "NT sources. For 
example, in addition to the above property search example, a computing system may 
need to access customer records from different service providers, consumer data from 
different marketing firms, legal data from different jurisdictions, etc. Again, each of 
these "N" databases will have its own characteristic variations/inconsistencies and errors. 
In order to map input data from any of the "M" input sources to any of the "N" target 
databases involves defining a set of rules for mapping each source to each target. 
Because of the errors/inconsistencies of any given input source and any given database, 
the complexity of any of these sets of rules can be high, leading to difficulty in defining 
the rules and leading to excessive processing for any given query especially if this query 
is across multiple target databases. As significant, the total number of rules that needs to 
be defined is on the order of "M x N" sets of rules. Making this situation worse, it is 
possible that the rules will need to be field specific so that "M x N" sets of rules will need 
to be defined for each field. The possibly high value of the "M x N" product is an 
indication of the difficulty of trying to perform the direct mapping between multiple input 
sources and the entries of one or more target databases. 

[06] There are several existing approaches for overcoming the above-described mapping 
problem. One approach is to limit the interaction with a target database to a specific set 
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of choices, thereby limiting the manner in which data is expressed. For example, pull- 
down boxes could be used to enter data into a database system and to specify input data 
when doing a search. This approach reduces errors and inconsistencies within the 
database and between the database and input data. However, this approach does not 
allow for free-form flexibility and is only feasible when the number of possible values for 
a given database entry are limited to a number that does not result in a list that is daunting 
to users. 

[07] A second approach is to define multiple sets of rules to perform dynamic mappings 
between the various input data sources and the multiple target database variations. As 
described above, this approach involves defining "M x N" sets of rules for mapping the 
various input data sources to each target variation, taking into account all possible errors 
and inconsistencies. While this approach allows for free-form flexibility, it is an onerous 
task if the number of variations in the target databases and/or input data sources is large. 
In addition, given the possible complexity of the rules, this method leads to more 
processing for any given query. 

[08] A third approach is to "cleanse" the data across the multiple databases using "cleansing 
rules" and thereby removing entry errors and creating consistency both within and across 
the databases (e.g., all address entries within the databases are cleansed to use the full 
word "street"). A computing system could then use these "cleansing rules" on the input 
data prior to accessing the databases so that the input data is now consistent with the 
database entries. Alternatively, the computing system could utilize a single set of rules 
that map the more free-form input data to the data representation that is now common 
across the multiple target databases. In general, this third approach is well suited for 
situations where the target databases are commonly controlled/owned and where the 
target data across the multiple databases is static. However, if the target data across the 
multiple databases is dynamic, the database information would have to be cleansed 
continuously in order to handle updates to the data. This presents a problem of 
consistency. 

[09] Although the second and third approaches address the matching issue and allow for free- 
form flexibility with respect to the input data and database entries, they also have the 
additional problems with respect to partial matches. Specifically, when defining rules for 
matching as in the second and third approaches, it is also possible to define rules that 
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detect matches that are not exact (i.e., partial mapping rules). For example, a partial 
match might involve accepting all records that match those inputs that contain common 
misspellings or typographical errors (e.g., "Mian Street" is equivalent to "Main Street"). 
Partial mapping offers the advantage of possibly identifying intended records that might 
be hidden by data entry errors. However, it also has the disadvantage of potentially 
identifying items that are not matches at all. If either the input or target data can be 
presumed to be correct, the probability of such mismatches is likely to be low. However, 
in cases where the possibility of error exists in both the input and the target data, the 
probability of mismatches is substantially higher. 

SUMMARY OF OUR INVENTION 
[10] Accordingly, it is desirable to provide methods and systems that overcome the 
shortcomings of the prior art and reduce the number and complexity of rules for 
accessing any of a plurality of target databases from any of a plurality of sources while 
also improving the efficiency and reliability of these database accesses. In accordance 
with methods of our invention, prior to querying a target database(s) with input data from 
a requesting source, the input data is first compared to a reference database using a set of 
"reference-based mapping rules." This reference database is relatively static and is 
presumed to be cleansed, thereby making the reference database more accurate than the 
actual target databases (Note that the cleansing of the reference databases is a process that 
occurs outside the scope of our invention and our invention presumes that the reference 
databases have been priorly cleansed). Accordingly, the intent of matching the input data 
to this relatively accurate reference source is to validate the input data and to ensure it is 
complete, non-ambiguous, and correct/free of errors. 

[11] More specifically, this step of our invention for querying the reference database will 
either produce an exact matching record (thereby validating the input data) or no 
matching records (requiring the requesting source - i.e., an end-user, a computing system, 
etc. - to make a new request). Alternatively, in accordance with a further embodiment of 
our invention, this step may also produce one or more possibly matching records. 
Assuming possibly matching records are found and no exact matching record is found, a 
determination is made as to whether one of the possibly matching records is "close 
enough" to be considered an exact match to the input data and if so, our method proceeds 
with this record If none of the possibly matching records is "close enough" to be 
considered an exact match, the requesting source is requested to make a new query. As a 
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further alternative, when possibly matching records are found and none can be considered 
"close enough," these possibly matching records are returned to the requesting source 
asking the source to select the record that matches the input, assuming such a record is 
present. Otherwise, the requesting source is instructed to make a new query. 

[12] Once a matching record to the input data is found or selected, the input data is considered 
source validated and this matching record is now used for the actual target database 
queries. More specifically, using a set of "transformation-rules", this matching record is 
next transformed into a canonical form, which is a simplified and standardized format 
that represents the full information present in the original input data but is possibly easier 
to match to each of the target databases to be searched than the reference database record. 
Alternatively, the "transformation rules" may be as simple as using the format of the 
reference database (in which case no actual transformation takes place). Preferably, 
however, the "transformation rules" are used to convert the matching record into multiple 
canonical forms, each form corresponding to and being consistent with the entries of an 
associated target database to be searched. Regardless, the resulting canonical form or 
forms of the input data are then compared to the data entries of the one or more target 
databases using "target-based query rules." The resulting matching records from the 
queries are then returned to the requesting source. 

[13] Assuming there are "M" different sources for input data and "C" reference databases, the 
"reference-based mapping rules" will comprise "M x C" sets of rules for accessing the 
reference database. Similarly, assuming there are "N" different expressions/forms of the 
data entries used across "N" different databases, the validated and standardized canonical 
form of the input data allows for the "target-based query rules" to consist of only "N" sets 
of rules. Similarly, whether converting the matching record to a single canonical form or 
to multiple canonical forms, the "transformation rules," at worse case, are on the order of 
"N" sets of rules. As a result, our multi-stage method for any of "M" requesting sources 
to query any of "N" target databases is on the order of "(M x C) + N" sets of rules (or 
"(M x C) + 2N" sets of rules when considering the transformation rules), rather than the 
"M x N" sets of rules of the prior art for mapping all input data forms to all target 
database entry forms. Because the number of reference databases, "C", will typically be 
small as compared to "M" and "N" and often may even be limited to one, our method for 
querying target databases from any of a plurality of sources significantly simplifies the 
number of rules that needs to be defined (i.e., "(M x C) + N" will typically be less than 
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"M x N"). As important, whether considering "(M x C) + N" or "(M x C) + 2N" sets of 
rules, the reduced number of rules as compared to the prior art leads to reduced 
processing of any given query, thereby making our database querying method more 
efficient than the prior art. 

[14J Our method also has several additional advantages over the prior art. First, because the 
input data has been validated, when a target database search produces no resulting 
records there is a higher confidence that the target database does not contain the desired 
information. Second, similar to the prior art, our method supports partial matching rules 
when accessing the reference and target databases. However, when accessing the 
reference and target databases, our method reduces the potential of identifying database 
records that are not actually matches because the reference databases are presumed to be 
correct during the reference database accesses and the canonical form of the input data is 
presumed to be correct during the target database accesses. Third, the standardized 
canonical form of the input data allows for simplified target database searches because 
unnecessary portions of the original input data can be easily removed and further allows 
for more efficient target database searches because the original input data can be easily 
separated and prioritized into component pieces and then each piece used to search a 
target database in a hierarchical fashion. 

[15] In accordance with a second embodiment of our invention, multiple reference databases, 
rather than one reference database, are selected and accessed in order to validate the input 
data. These multiple reference databases can be used in several alternative ways 
including searching the databases in a sequential fashion for an exact matching record or 
possibly matching records, searching the databases in parallel for all exact matching and 
possibly matching records (and then using one of these records), and using the databases 
in a hierarchical fashion to validate the input data in pieces. 

[16] Finally, in accordance with a third embodiment of our invention, multiple canonical 
forms of the input are used to query each target database intended to be searched. In 
particular, in some cases it may be beneficial to provide redundancy and error checking 
to overcome any errors that may occur when mapping the input data to a canonical form. 
The multiple canonical forms can be obtained, for example, by querying a single 
reference database and then expressing the resulting record in multiple forms or by 
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querying multiple reference databases and using each resulting record as a canonical form 
of the input data. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[17] Figure 1 is an illustrative architecture of a computing system for executing methods in 
accordance with embodiments of our invention. 

[18] Figure 2 depicts the method steps of one illustrative embodiment of our invention for 
querying one or more of a plurality of target databases with input data from any of a 
plurality of requesting sources. 

DETAILED DESCRIPTION OF OUR INVENTION 
[19] Figure 1 is a high level architecture of a computing system 100 for executing methods in 
accordance with embodiments of our invention. Computing system 100 comprises a 
processor 102 for executing the methods of our invention, which methods execute as 
"validation and mapping process" 104. The validating and mapping process 104 has 
access to one or more reference databases 106a-d and a plurality of target databases 108a- 
d. The reference and target databases can be co-located and part of computing system 
100 (such as databases 106a-b and 108a-b) or can be external to the computing system 
and accessible via a network 109 (such as databases 106c-d and 108c-d). The validating 
and mapping process 104 receives input data queries 1 10 from a plurality of requesting 
sources 122, wherein the input data queries 1 10 are directed at one or more of the target 
databases 106. The requesting sources 122 are external to the computing system (for 
example, external end-users and external systems accessing computing system 100 
through a network interface) and/or are local to the computing system 100 (for example, 
end-users directly accessing computing system 100 or local applications executing on the 
system). Similarly, once retrieving records from the target databases 108, the validating 
and mapping process 104 transfers the retrieved records 1 12 to the requesting sources 
122. Computing system 100 also comprises a database of "reference-based mapping 
rules" 114 for accessing the reference databases 106 and of "target-based query rules" 
1 16 for accessing the target databases 108. Computing system 100 further comprises a 
"list of reference databases" 124 for selecting a reference database 106. Optionally, 
computing system 100 also comprises "transformation rules" 118, which are further 
described below. 
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[20] Figure 2 is a flow chart depicting a first embodiment of the method steps of our invention 
for querying one or more of the plurality of target databases 108 with input data queries 
1 10 from any of the plurality of requesting sources 122. In particular, upon receiving an 
input data query from a requesting source 122 (step 202), the input data is first validated 
to ensure it is complete, non-ambiguous, and correct/free of errors. Specifically, in step 
204 a reference database 106 is first selected based on the type of input data. A 
reference database is a database that is presumed to be relatively static and has been 
carefully cleansed thereby making the reference database relatively accurate as compared 
to the target databases 108. (Note that the cleansing of the reference databases is a 
process that occurs outside the scope of our invention and the method steps of Figure 2 
presume this cleansing has already occurred. Note further that while the cleansing 
process may be processor intensive, the results of the cleansing can be attributed across 
many end-users/target-database-accesses performed in accordance with our invention, 
thereby making the cost per database-access small.) Accordingly, computing system 100 
can maintain a list of reference databases 124 and the type of data each reference is 
capable of validating. Based on the data type of the input data, validation and mapping 
process 104 will choose from among the reference databases. Again, using the street 
address example, a reference database can include a commercial street address guide, a 
mapping and geographic information database, or a public records database such as those 
the postal service provides. Here, based on the type of property description the input data 
provides, one of these address-based reference databases will be selected. 

[21] Once having a reference database, this database is queried in step 206 with the input data 
using the set of "reference-based mapping rules" 1 14. Note that these mapping rules 114 
are not specific to our invention and will depend less on the exact data itself and more on 
the general format of the input data and the common errors in this data (both of which the 
source of the input data affects). Nonetheless, assuming there are "M" different sources 
for input data and "C" reference databases 106, the "reference-based mapping rules" 1 14 
will comprise "M x C" sets of rules for accessing the reference databases 106. Note also 
that each type of input data may have its own set of rules. Importantly, note that because 
the reference databases 106 are cleansed and presumed accurate, each of the "M x C" sets 
of rules that comprises the "reference-based mapping rules" 114 is simplified as 
compared to the prior art matching-rules. 
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[22] The "reference-based mapping rules" 1 14 are defined such that upon querying a reference 
database, either an exact matching record to the input data will be found and selected 
(thereby validating the input data) or no matching records will be found. In addition, 
rules 114 are preferably defined to also include partial mapping rules such that the 
database query will also result in one or more possibly matching records being found. 
Accordingly, assuming a matching record is found, the input data is presumed validated 
and our method proceeds from step 206 to step 208. Similarly, assuming no matching 
record is found, the method proceeds from step 206 to step 210 where the requesting 
source is instructed to make a new query. However, assuming the rules 114 include 
partial mapping rules, if an exact match is not found but one or more possibly matching 
records are found, the method proceeds from step 206 to step 212 where a determination 
is made (based on the "reference-based mapping rules" 114) as to whether one of these 
possibly matching records can be deemed "close enough" to the input data to be 
considered an exact match. If such a record is found, the method proceeds from step 212 
to step 208 using the selected near-matching record as if it were an exact match. 
However, if no record from among the possibly matching records can be considered an 
exact match, the method proceeds from step 212 to step 210 where the requesting source 
(i.e., end-user or computing system) is instructed to make a new query. 

[23] As an alternative to proceeding from step 212 to step 210 when no record from among 
the possibly matching records can be considered an exact match, the method may proceed 
from step 212 to step 214 where the set of possibly matching records are returned to the 
input data source 122 requesting that source to select the record that matches the input 
data. If the requesting source indicates that none of the possibly matching records 
matches the input data, the method proceeds to step 210 where the requesting source is 
again requested to make a new query. If, however, the requesting source identifies a 
matching record, this record is now used as the validated input data and the method 
proceeds from step 214 to step 208. Note again that the "reference-based mapping rules" 
1 14 do not need to include partial-mapping rules (i.e., steps 212 and 214) but preferably 
include such rules. Nonetheless, it should be noted that when such rules are included, 
because the reference database is presumed cleansed and accurate, when given a query 
our invention produces fewer "possibly matching records" that definitely do not match 
the query, as compared to the prior art. 
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[24] Turning to step 208, once a matching record is found or selected, this record is converted 
to a canonical form, which is a simplified and standardized format that represents the full 
information present in the input data. The conversion to canonical form can be based on 
a set of rules, referred to as the "transformation rules" 118. These rules may be as 
simple as using the format of the reference database (in which case no actual 
transformation takes place). Alternatively, these rules can define a set of processing steps 
to convert the reference database record into a single canonical format that is easier to 
match to each of the target databases. Preferably, however, the rules define a set of 
processing steps to convert the reference database record into multiple canonical forms, 
each form corresponding to and being consistent with the entries of an associated target 
database to be searched. In other words, for each specific target database to be searched, 
the matching record is converted to a canonical form that matches the individual format 
rules of that database, resulting in several canonical forms. Importantly, corresponding 
the canonical form to each target database increases the likelihood that a match will be 
found. 

[25] In general, the "transformation rules" 118 for performing the conversion from the 
matching record to the canonical form(s) can be implemented by analyzing the reference 
database record, looking for specific features specified in the rules, and making changes 
when such features are found. For example, the reference database may spell out "Street" 
or "Avenue," but it is known that the target database uses the abbreviations: "St." for 
"Street" and "Ave." for "Avenue. In this case, it is advantageous for the transformation 
rules to specify that "Street" should be replaced with "St." and that "Avenue" should be 
replaced with "Ave." Significantly, whether converting the matching record to a single 
canonical form or to multiple canonical forms, the "transformation rules", at worse case, 
are on the order of "N" sets of rules, assuming there are "N" different expressions/forms 
of the data entries used across "N" different databases. Importantly, note that by having 
the original input data in a cleansed format (i.e., the reference database record form), the 
conversion to canonical form for one or more target databases is simplified. As 
important, whether one or more canonical forms is produced, at this point, the input data 
is validated and is in a standardized form. 

[26] Proceeding to step 216, once having the canonical form of the input data, one or more of 
the target databases 108 are selected and searched for the canonical form of the input data 
using the set of "target-based query rules" 116 (the exact number of target databases and 
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which databases are searched are based on the requesting source's initial search request). 
Based on the results of this search, the retrieved records are returned to the requesting 
source in step 218. 

[27] Again, note that the "target-based query rules" 1 16 are not specific to our invention and 
will depend less on the specific content of the exact data being searched for and more on 
the target database and general format of the target database entries being searched. 
Nonetheless, assuming there are "N" different expressions/forms of the data entries used 
across "N" different databases, the validated and standardized canonical form of the input 
data allows for the "target-based query rules" 1 16 to consist of only "N" sets of rules. 
(Note also that the canonical form of each input data type may have its own set of rules.) 
In addition, because of the validated and standardized canonical form of the input data, 
the "N" sets of rules themselves that comprise the "target-based query rules" are 
simplified as compared to the prior art matching-rules. Overall, our multi-stage method 
for allowing any of a plurality of "M" requesting sources 122 to query any of "N" target 
databases 108 is on the order of "(M xC) + N" sets of rules (or "(M x C) + 2N" sets of 
rules when considering the "transformation rules" 1 1 8), rather than the "M x N" sets of 
rules of the prior art for mapping all input data forms to all target database entry forms. 
Because the number of reference databases, "C", will typically be small as compared to 
"M" and "N" and often may even be limited to one, our method for querying target 
databases from any of a plurality of sources significantly simplifies the number of rules 
that needs to be defined (i.e., "(M x C) + N" will typically be less than "M x N"). As 
important, whether considering "(M xC) + N" or "(M x C) + 2N" sets of rules, the 
reduced number of rules as compared to the prior art leads to reduced processing of any 
given query, thereby making our database querying method more efficient than the prior 
art. 

[28] In addition to the increased efficiency and the simplified rules of our invention, the 
validated and standardized canonical form of the input data has several additional 
advantages with respect to the "target-based query rules" 1 16 and how the target database 
queries are performed in step 216. First, because the input data has been validated, when 
a target database search produces no resulting records there is a higher confidence that 
the target database does not contain the desired information. Second, the "target-based 
query rules" 116 preferably include partial-mapping rules. However, because the 
validated and standardized canonical form of the input data is used to perform the target 
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database queries, our invention reduces the possibility of the partial mapping rules 
identifying records that are not matches at all, unlike the prior art. 

[29] Similarly, one way to improve partial mapping rules is to include distance metrics. For 
example, entries that differ in only one or two character positions might be considered to 
be matches or near matches. In addition, weightings can be set on these distance metrics 
to compensate for probable errors specific to each target database (e.g., weighting based 
on the "QWERTY" keyboard for typed data, weighting based on the appearance of 
characters for optically-scanned textual data, and weighting based on phonetics for 
speech recognition.). However, note than when the possibility of error not only exists in 
the databases but also exists in the input data, as with the prior art, there is a strong 
• possibility these techniques will produce mismatches. Because our invention pre- 
validates the input data thereby removing any errors, distance metrics are more easily 
integrated into any partial-mapping rules of the "target-based query rules" 116 because 
there is less concern that mismatches will occur. Note also that because the reference 
databases are cleansed and accurate, distance metrics are also easier to integrate into any 
partial-mapping rules of the "reference-based query rules" 1 16. 

[30] A third advantage of the standardized canonical form of the input data of our invention is 
that it is not necessary to use the entire form of the input data to perform the target 
database queries. Specifically, because the canonical form is in a standardized format, 
unnecessary portions of the original input data can be easily removed thereby simplifying 
the target database searches. Similarly, the canonical form of the input data also has a 
significant advantage in that the canonical form can now contain additional information 
beyond the original input data. This additional information can be used to enhance or 
enable the subsequent queries. For example, returning to the property search example 
from earlier, assume that the reference database 106 searched in step 206 results in a 
record that includes not only address information but also latitude and longitude 
information. As a result, the canonical form of the input data contains additional 
information over the original input data. The "target-based query rules" 1 16 can specify 
that this latitude and longitude information should be used to query target databases that 
contain such information but do not contain street address information. Similarly, the 
"target-based query rules" 1 16 can specify that the address information should be used to 
query target databases that contain such information but do not contain latitude/longitude 
information. Because of the standardized canonical form of the input data, the latitude 
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and longitude information and/or address information is easily removed from the target 
database queries as needed. As a result, the number of target databases that can be 
searched in accordance with our invention is broader than the original input data would 
have allowed. 

[31] Reference will now be made to several alternative embodiments of our invention. 
Specifically, in accordance with a second embodiment of our invention, in step 204 
multiple reference databases 106 (rather than one) are selected based on the type of input 
data. Once selected, the multiple reference databases can be subsequently used in one of 
several alternative ways in step 206 for validating the input data. As a first alternative, 
the multiple reference databases can be queried sequentially until either an exact 
matching record is found (in which case the method proceeds to step 208) or no matching 
records are found (in which case the method proceeds to step 210). Alternatively, the 
"reference-based mapping rules" 114 preferably also include partial mapping rules such 
that the sequential queries also result in one or more possibly near-matching records 
being found. When such near-matching records are collected and no matching record is 
found, the method proceeds to step 212 where a determination is made as to whether one 
of these near-matching records from among the multiple reference databases can be 
deemed "close enough" to the input data to be considered an exact match. In general, 
how a near-matching record is selected from among the multiple reference databases is 
not specific to our invention. One mechanism is to weight/prioritize the reference 
databases and to select the near-marching record from the highest priority database that 
produced a near-matching record. Another possible mechanism/consideration is whether 
a quorum is achieved among the reference databases (i.e., if a quorum of the queried 
databases produces the same "possibly matching record," use this record as the exact 
match). Nonetheless, from step 212 the method then continues as described above, 
proceeding to step 208 if a near-matching is selected as an exact match, or either 
proceeding to step 210 where the requesting source is instructed to make a new query or 
alternatively proceeding to step 214 where the requesting source is provided a set of 
possible records to choose from. 

[32] As a second alternative regarding multiple reference databases, the selected reference 
databases can be searched in parallel, now collecting all matching records and, 
preferably, all possibly matching records. Again, if one or more matching records are 
found, one of these records is selected and the method proceeds to step 208. If no records 
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are found the method proceeds to step 210. If no exact matching records are found but 
one or more possibly near- matching records are found, the method proceeds to step 212 
where a determination is made as to whether one of these near-matching records can be 
considered an exact match. Again, a prioritization method/quorum method/etc. can be 
used to select a near-matching record as an exact match. The method then proceeds as 
described above. 

[33] As a third alternative, the multiple selected reference databases can be used for a multi- 
stage validation where the input data is parsed and validated in pieces. For example, 
again assuming that the input data is a property-address, in a first pass a zip-code 
reference database can be queried to validate the zip-code. Once validated, the zip-code 
can be combined with the street address and used together to query a street address 
database, etc. 

[34] In accordance with a third embodiment of our invention, multiple canonical forms of the 
input data are used to search each target database (i.e., each target database is searched 
multiple times, each time using a different canonical form of the input data). The 
multiple canonical forms of the input data can be obtained in several ways. For example, 
a single reference database can be queried in step 206 and the resulting record then 
expressed in different ways in step 208 based on the "transformation rules" 118. 
Alternatively, multiple reference databases can be queried in step 206 and each resulting 
record then used to generate a canonical form of the input data. For example, given an 
address as input data, a reference database of addresses can be queried to give an address- 
based canonical form of the input data and a reference database of latitudes/longitudes 
can be queried to give a latitude/longitude canonical form of the input data. Regardless, 
each of the canonical forms of the input data is then used in step 216 to search each 
intended target database 108 using the "target-based query rules" 1 16. In other words, 
each target database to be searched is queried multiple times, each time using one of the 
canonical forms of the input data (note that as described above, the same format for each 
canonical form of the input data can be used across all target databases or each canonical 
form of the input data can be tailored to each target database). The results of the multiple 
queries on a target database are then compared. If the resulting records from a given 
database match, the common result is returned to the requesting source. If the resulting 
records from the given database differ, the records are suspect. Here, all of the records 
from the multiple queries can be returned to the requesting source for further selection, a 
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filtered subset of these records can be returned to the requesting source for further 
selection, or all records can be discarded as inaccurate. Accordingly, the advantage of this 
embodiment is that it in some cases, it may be beneficial to provide redundancy and error 
checking. Specifically, in some cases an error can occur when mapping the input data to 
the canonical form in steps 204-214. By mapping the input data to multiple separate 
canonical forms and then using each form to perform the target database queries, the odds 
of identical errors are reduced. If the resulting records from a given target database are 
the same, it is more likely that the mapping is correct. 

The above-described embodiments of our invention are intended to be illustrative only. 
Numerous other embodiments may be devised by those skilled in the art without 
departing from the spirit and scope of our invention. 
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